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1 2644201 
DATABASE ANNOTATION AND RETRIEVAL 

The present invention relates to the annotation of data 
files which are to be stored in a database for 
5 facilitating their subsequent retrieval. The present 
invention is also concerned with a system for generating 
the annotation data which is added to the data file and 
to a system for searching the annotation data in the 
database to retrieve a desired data file in response to 
10 a user's input query. 

Databases of information are well known and suffer from 
the problem of how to locate and retrieve the desired 
information from the database quickly and efficiently. 
15 Existing database search tools allow the user to search 
the database using typed keywords. Whilst this is quick 
and efficient, this type of searching is not suitable for 
various kinds of databases, such as video or audio 
databases . 

20 

According to one aspect, the present invention aims to 
provide a data structure which will allow the annotation 
of data files within a database which will allow a quick 
and efficient search to be carried out in response to a 
25 user ' s input query. 
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Exemplary embodiments of the present invention will now 
be described with reference to Figures 1 to 10, in which: 

Figure 1 is a schematic block diagram illustrating a user 
5 terminal which allows the annotation of a data file with 



10 



15 



ser ; 



annotation data generated from a typed input from a u 

Figure 2 is a schematic diagram of phoneme and word 
lattice annotation data which is generated for an example 
input by the user for annotating a data file; 

Figure 3 is a schematic block diagram of a user's 
terminal which allows the user to retrieve information 
from the database by a voice query; 

Figure 4a is a flow diagram illustrating part of the flow 
control of the user terminal shown in Figure 3; 



Figure 4b is a flow diagram illustrating the remaining 
20 part of the flow control of the user terminal shown in 
Figure 3 ; 

Figure 5 is a flow diagram illustrating the way in which 
a search engine forming part of the user's terminal 
25 carries out a phoneme search within the database; 
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Figure 6 is a schematic diagram illustrating the form of 
a phoneme string and four M-GRAMS generated from the 
phoneme string; 

5 

Figure 7 is a plot showing two vectors and the angle 
between the two vectors ; and 

10 Figure 8 is a schematic block diagram illustrating the 
form of an alternative user terminal which is operable 
to retrieve a data file from a database located within 
a remote server in response to an input voice query; and 

15 

Figure 9 illustrates another user terminal which allows 
a user to retrieve data from a database located within 
a remote server in response to an input voice query. 

20 

Embodiments of the present invention can be implemented 
using dedicated hardware circuits, but the embodiment to 
be described is implemented in computer software or code, 
which is run in conjunction with processing hardware such 
25 as a personal computer, work station, photocopier, 
facsimile machine, personal digital assistant (PDA) or 
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the like. 

DATA FILE ANNOTATION 

Figure 1 illustrates the form of a user terminal 59 which 
5 allows a user to input typed annotation data via the 
keyboard 3 for annotating a data file 91 which is to be 
stored in a database 29- In this embodiment, the data 
file 91 comprises a two dimensional image generated by, 
for example, a camera. The user terminal 59 allows the 

10 user 39 to annotate the 2D image with an appropriate 
annotation which can be used subsequently for retrieving 
the 2D image from the database 29. In this embodiment, 
the typed input is converted, by the phonetic 
transcription unit 75, into phoneme (or phoneme like) and 

15 word lattice annotation data (using an internal phonetic 
dictionary (not shown)) which is passed to the control 
unit 55. In response to the user's input, the control 
unit 55 retrieves the appropriate 2D file from the 
database 29 and appends the phoneme and word annotation 

20 data to the data file 91. The augmented data file is 
then returned to the database 29. During this annotating 
step, the control unit 55 is operable to display the 2D 
image on the display 57 so that the user can ensure that 
the annotation data is associated with the correct data 

25 file 91. 
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Figure 2 illustrates the form of the phoneme and word 
lattice annotation data generated for the input utterance 
"picture of the Taj -Mahal". As shown in Figure 2, the 
phoneme and word lattice is an acyclic directed graph 
5 with a single entry point and a single exit point. It 
represents different parses of the user's input. As 
shown, the phonetic transcription unit 75 identifies a 
number of different possible phoneme strings which 
correspond to the typed input. The use of such phoneme 

10 and word lattice annotation data allows a quick and 
efficient search of the database 29 to identify and 
retrieve a desired 2D image data file stored therein, 
even when the query is a voice query. This can be 
achieved by converting a user's input voice query into 

15 phoneme and word lattice data using a speech recognition 
system, then searching in the database 29 using the word 
data and, if this search fails to provide the required 
data, then performing a further search using the more 
robust phoneme data. As those skilled in the art of 

2 0 speech recognition will realise, the use of phoneme data 
is more robust because phonemes are dictionary 
independent and allow the system to cope with out of 
vocabulary words, such as names, places, foreign words 
etc . 

25 



In this embodiment, the annotation data stored in the 
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database 29 has the following general form: 
HEADER 

- flag if word if phoneme if mixed 

- time index associating the location of 

5 blocks of annotation data within memory to 

a given time point . 

- word set used (i.e. the dictionary) 

- phoneme set used 

- the language to which the vocabulary 
10 pertains 

Block(i) i - 0,1,2, 

node Nj j = 0,1,2, 

- time offset of node from start of block 

- phoneme links (k) k = 0,1,2 

15 offset to node Nj = N k -Nj (N k is node to 

which link K extends ) 
phoneme associated with link (k) 

- word links (1) 1 = 0,1,2, 

offset to node = JX L - Nj (Nj is node 

20 to which link 1 extends) 

word associated with link (1) 

The flag identifying if the annotation data is word 
annotation data, phoneme annotation data or if it is 
25 mixed is provided since not all the data files within the 
database will include the combined phoneme and word 
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lattice annotation data discussed above, and in this 
case, a different search strategy would be used to search . 
this annotation data. 

In this embodiment, the annotation data is divided into 
blocks of nodes in order to allow the search to jump into 
the middle of the annotation data for a given search. 
The header therefore includes a time index which 
associates the location of the blocks of annotation data 
within the memory to a given time offset between the time 
of start and the time corresponding to the beginning of 
the block. 

The header also includes data defining the word set used 
(i.e. the dictionary), the phoneme set used and the 
language to which the vocabulary pertains. 

The blocks of annotation data then follow the header and 
identify, for each node in the block, the time offset of 
the node from the start of the block, the phoneme links 
which connect that node to other nodes by phonemes and 
word links which connect that node to other nodes by 
words. Each phoneme link and word link identifies the 
phoneme or word which is associated with the link. They 
also identify the offset to the current node. For 
example, if node N 50 is linked to node N 55 by a phoneme 
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link, then the offset to node N 50 is 5 . As those skilled 
in the art will appreciate,, using an offset indication 
like this allows the division of the continuous 
annotation data into separate blocks. 



DATA FII-K RETRIEVAL 

Figure 3 is a block diagram illustrating the form of a 
user terminal 59 which is used, in this embodiment, to 
retrieve the annotated 2D images from the database 29. 
This user terminal 59 may be, for example, a- personal 
computer, hand held device or the like. As shown, in 
this embodiment, the user terminal 59 comprises the 
database 29 of annotated 2D images, an automatic speech 
recognition unit 51, a search engine 53, a control unit 
55 and a display 57. In operation, the automatic speech 
recognition unit 51 is operable to process an input voice 
query from the user 39 received via the microphone 7 and 
the input line 61 and to generate therefrom corresponding 
phoneme and word data. This data may also take the form 
of a phoneme and word lattice, but this is not essential. 
This phoneme and word data is then input to the control 
unit 55 which is operable to initiate an appropriate 
search of the database 29 using the search engine 53. 
The results of the search, generated by the search engine 
53, are then transmitted back to the control unit 55 
which analyses the search results and generates and 
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displays appropriate display data (such as the retrieved 
2D image) to the user via the- display 57 . 

Figures 4a and 4b are flow diagrams which illustrate the 
5 way in which the user terminal 59 operates in this 
embodiment. In step si, the user terminal 59 is in an 
idle state and awaits an input query from the user 39. 
Upon receipt of an input query, the phoneme and word data 
for the input query is generated in step s3 by the 
0 automatic speech recognition unit 51. The control unit 
55 then instructs the search engine 53, in step s5, to 
perform a search in the database 29 using the word data 
generated for the input query. The word search employed 
in this embodiment is the same as is currently being used 
5 in the art for typed keyword searches, and will not be 
described in more detail here. If in step s7, the 
control unit 55 identifies from the search results, that 
a match for the user's input query has been found, then 
it outputs the search results to the user via the display 



In this embodiment, the user terminal 5 9 then allows the 
user to consider the search results and awaits the user's 
confirmation as to whether or not the results correspond 
5 to the information the user requires. If they are, then 
the processing proceeds from step sll to the end of the 



0 



57 . 
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processing and the user terminal 59 returns to its idle 
state and awaits the next input query. If, however, the 
user indicates (by, for example, inputting an appropriate 
voice command) that the search results do not correspond 
5 to the desired information, then the processing proceeds 
from step sll to step si 3, where the search engine 5 3 
performs a phoneme search of the database 29. However, 
in this embodiment, the phoneme search performed in step 
sl3 is not of the whole database 29, since this could 
10 take several" hours depending on the size of the database 
29 . 



Instead, the phoneme search performed in step sl3 uses 
the results of the word search performed in step s5 to 

15 identify one or more portions within the database which 
may correspond to the user's input query. The way in 
which the phoneme search performed in step sl3 is 
performed in this embodiment, will be described in more 
detail later. After the phoneme search has been 

20 performed, the control unit 55 identifies, in step sl5, 
if a match has been found. If a match has been found, 
then the processing proceeds to step sl7 where the 
control unit 55 causes the search results to be displayed 
to the user on the display 57. Again, the system then 

25 awaits the user's confirmation as to whether or not the 
search results correspond to the desired information. 
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If the results are correct, then the processing passes 
from step sl9 to the end and the user terminal 59 returns 
to its idle state and awaits the next input query- If 
however, the user indicates that the search results do 
5 not correspond to the desired information, then the 
processing proceeds from step sl9 to step s21, where the 
control unit 55 is operable to ask the user, via the 
display 57, whether or not a phoneme search should be 
performed of the whole database 29. If in response to 
10 this query, the user indicates that such a search should 
be performed, then the processing proceeds to step s23 
where the search engine performs a phoneme search of the 
entire database 29. 

15 On completion of this search, the control unit 55 
identifies, in step s25, whether or not a match for the 
user's input query has been found. If a match is found, 
then the processing proceeds to step s27 where the 
control unit 55 causes the search results to be displayed 

20 to the user on the display 57. If the search results are 
correct, then the processing proceeds from step s29 to 
the end of the processing and the user terminal 59 
returns to its idle state and awaits the next input 
query. If, on the other hand, the user indicates that the 

25 search results still do not correspond to the desired 
information, then the processing passes to step s31 where 
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the control unit 55 queries the user, via the display 57, 
•whether or not the user wishes to redefine or amend._the.. 



the search query, then the processing returns to step s3 
5 where the user's subsequent input query is processed in 
a similar manner. If the search is not to be redefined 
or amended, then the search results and the user's 
initial input query are discarded and the user terminal 
59 returns to its idle state and awaits the next input 
10 query - 

PHONEME SEARCH 

As mentioned above, in steps sl3 and s23, the search 
engine 53 compares the phoneme data of the input query 

15 with the phoneme data in the phoneme and word lattice 
annotation data stored in the database 29. Various 
techniques can be used including standard pattern 
matching techniques such as dynamic programming, to carry 
out this comparison. In this embodiment, a technique 

20 which we refer to as M-GRAMS is used. This technique was 
proposed by Ng, K . and Zue, V.W. and is discussed in, for 
example, the paper entitled "Subword unit representations 
for spoken document retrieval" published in the 
proceedings of Eurospeech 1997. 



search query. 



If the user does wish to redefine or amend 



25 



The problem with searching for individual phonemes is 




13 2644201 

that there will be many occurrences of each phoneme 
-within the database. Therefore, an individual phoneme 
on its own does not provide enough discriminability to 
be able to match the phoneme string of the input query 
5 with the phoneme strings within the database. Syllable 
sized units, however, are likely to provide more 
discriminability, although they are not easy to identify. 
The M-GRAM technique presents a suitable compromise 
between these two possibilities and takes overlapping 

10 fixed size fragments, or M-GRAMS, of the phoneme string 
to provide a set of features. This is illustrated in 
Figure 8, which shows part of an input phoneme string 
having phonemes a, b, c, d, e, and f, which are split 
into four M-GRAMS (a, b, c), (b, c, d), (c, d, e) and (d, 

15 e, f). In this illustration, each of the four M-GRAMS 
comprises a sequence of three phonemes which is unique 
and represents a unique feature (f £ ) which can be found 
within the input phoneme string . 

20 Therefore, referring to Figure 5, the first step s51 in 
performing the phoneme search in step si 3 shown in Figure 
4a, is to identify all the different M-GRAMS which are 
in the input phoneme data and their frequency of 
occurrence. Then, in step s53, the search engine 53 

25 determines the frequency of occurrence of the identified 
M-GRAMS in the selected portion of the database 




i 

( 

14 2644201 

(identified from the word search performed in step s5 in 
Figure 4a).- -To illustrate this, for a given portion.of _ 
the database and for the example M-GRAMS illustrated in 
Figure 6, this yields the following table of information: 

5 



M-GRAM 
(feature (fj.)) 


Input phoneme 
string frequency 
of occurrence 

(a) 


Phoneme string 
of selected 
portion of 
database 
(a) 


Mi 


i 


0 


M 2 


2 


2 


M 3 


3 


2 


M 4 


1 


1 



Next, in step s55, the search engine 53 calculates a 
15 similarity score representing a similarity between the 
phoneme string of the input query and the phoneme 
string of the selected portion from the database. In 
this embodiment, this similarity score is determined 
using a cosine measure using the frequencies of 
20 occurrence of the identified M-GRAMS in. the input 
query and in the selected portion of the database as 
vectors. The philosophy behind this technique is that 
if the input phoneme string is similar to the selected 
portion of the database phoneme string, then the 
25 frequency of occurrence of the M-GRAM features will be 
similar for the two phoneme strings. Therefore, if the 
frequencies of occurrence of the M-GRAMS are 
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considered to be vectors (i.e. considering the second 
and third columns in the above table as vectors ) , then 
if there is a similarity between the input phoneme 
string and the selected portion of the database, then 
5 the angle between these vectors should be small. This 
is illustrated in Figure 7 for two-dimensional vectors 
a and q, with the angle between the vectors given as 
0 . In the example shown in Figure 7 , the vectors a 
and a will be four dimensional vectors and the 
10 similarity score can be calculated from: 



This score is then associated with the current selected 
portion of the database and stored until the end of the 
search. In some applications, the vectors used in the 
15 calculation of the cosine measure will be the logarithm 
of these frequencies of occurrences, rather than the 
frequencies of occurrences themselves. 

The processing then proceeds to step s57 where the search 
20 engine 53 identifies whether or not there are any more 
selected portions of phoneme strings from the database 
29. If there are, then the processing returns to step 
s5 3 where a similar procedure is followed to identify the 
score for this portion of the database. If there are no 



SCORE = COS 0 = 
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more selected portions, then the searching ends and the 
processing returns to -step slS shown in Figure 4a, where 
the control unit considers the scores generated by the 
search engine 53 and identifies whether or not there is 
5 a match by, for example, comparing the calculated scores 
with a predetermined threshold value. 

As those skilled in the art will appreciate, a similar 
matching operation will be performed in step s23 shown 
10 in Figure 4b. However, since the entire database is 
being searched, this search is carried out by searching 
each of the blocks discussed above in turn. 

As those skilled in the art will appreciate, this type 
15 of phonetic and word annotation of 2D images in. the 
user's picture database provides a convenient and 
powerful way to allow the user to search the database for 
a desired image by voice . 

20 ALTERNATIVE EMBODIMENTS 

As those skilled in the art will appreciate, the 
embodiment described above is given by way of example 
only and the type of annotation described in this 
application can be applied to many different types of 

25 data files. For example, this kind of annotation data 
can be used in medical applications for annotating X-rays 
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of patients, 3D videos of, for example, NMR scans, 
ultrasound scans etc. It can also be used to annotate ID. 
data, such as audio data or seismic data. 

5 In the above embodiment, the database 29 and the 
automatic speech recognition unit were both located 
within the user terminal 59. As those skilled in the art 
will appreciate, this is not essential. Figure 8 
illustrates an embodiment in which the database 29 and 

10 the search engine 53 are located in a remote server 60 
and in which the user terminal 5 9 accesses the database 
29 via the network interface units 67 and 6 9 and a data 
network 6 8 (such as the internet). In operation, the 
user inputs a voice query via the microphone 7 which is 

15 converted into phoneme and word data by the automatic 
speech recognition unit 51. This data is then passed to 
the control unit which controls the transmission of this 
phoneme and word data over the data network 68 to the 
search engine 53 located within the remote server 60. 

20 The search engine 53 then carries out the search in a 
similar manner to the way in which the search was 
performed in the first embodiment. The results of the 
search are then transmitted back from the search engine 
53 to the control unit 55 via the data network 68. The 

25 control unit considers the search results received back 
from the network and displays appropriate data on the 
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display 57 for viewing by the user 39 . 

In addition to locating the database 29 and the search 
engine 53 in the remote server 60, it is also possible 
5 to locate the automatic speech recognition unit 51 in the 
remote server 60. Such an embodiment is shown in Figure 
9. As shown in this embodiment, the input voice query 
from the user is passed via input line 61 to a speech 
encoding unit 7 3 which is operable to encode the speech 

10 for efficient transfer through the data network 68. The 
encoded data is then passed to the control unit 55 which 
transmits the data over the network 6 8 to the remote 
server 60, where it is processed by the automatic speech 
recognition unit 51. The phoneme and word data generated 

15 by the speech recognition unit 51 for the input query is 
then passed to the search engine 5 3 for use in searching 
the database 29. The search results generated by the 
search engine 53 are then passed, via the network 
interface 6 9 and the network 68, back to the user 

20 terminal 59. The search results received back from the 
remote server are passed via the network interface unit 
6 7 to the control unit 55 which analyses the search 
results and generates and displays appropriate data on 
the display 57 for viewing by the user. 

25 



In the above embodiments, the data file was annotated by 
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converting a typed input from the user into corresponding 
phoneme and word annotation data using a phonetic 
transcription unit. As those skilled in the art will 
appreciate, other techniques can be used to generate the 
same annotation data, without the use of such an 
automatic phonetic transcription unit. For example, the 
user could manually generate the annotation data and 
append it to the data file. 
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CLAIMS : 

1. An apparatus for generating annotation data for use 
in annotating a data file, the apparatus comprising: 
5 input means for receiving a typed input from a user; 

and 

means for generating annotation data defining a 
phoneme and word lattice for the typed input; 
wherein said generating means comprises: 
10 (i) means for generating data defining a plurality 

of nodes within the lattice and a plurality of 
links connecting the nodes within the lattice; 
and 

(ii) means for generating data associating each 
15 phoneme within the typed input with a 

respective link within said lattice and for 
associating words within the typed input with 
a respective link within said lattice. 

2 0 2. An apparatus according to claim 1, wherein said 
generating means is operable to generate said data 
defining said phoneme and word lattice in blocks of said 
nodes . 

25 3 . An apparatus according to claim 1 or 2 , wherein said 
generating means is operable to generate data defining 
time stamp information for each of said nodes. 
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4. An apparatus according to claim 3, wherein said 
generating means is arranged to generate said phoneme and 
word lattice data in blocks of equal time duration. 

5 5. An apparatus according to claim 2 or 4, wherein said 
generating means is operable to generate data which 
defines each block's location within a database. 

6. An apparatus according to claim 3 or any claim 
10 dependent thereon, wherein said data file includes a time 
sequential signal, and wherein said generating means is 
operable to generate time stamp data which is time 
synchronised with said time sequential signal. 

15 7. An apparatus according to claim 6, wherein said time 
sequential signal comprises an audio signal or a video 
signal . 

8. An apparatus according to any preceding claim, 
20 wherein said means for defining a plurality of nodes and 
a plurality of links is operable to define at least one 
node which is connected to a plurality of other nodes by 
a plurality of links. 

25 9 . An apparatus according to claim 8, wherein at least 
one of said plurality of links connecting said nodes to 
said plurality of other nodes is associated with a 
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phoneme and wherein at least one of said links connecting 
said node to said plurality of other nodes is associated 
with a word . 

5 10. An apparatus according to any preceding claim, 
wherein said generating means comprises an automatic 
phonetic transcription unit which generates said phoneme 
and word lattice annotation data in response to the 
user's typed input, 

10 

II. An apparatus according to any preceding claim, 
further comprising means for associating said annotation 
data with said data file. 

15 12. A method of generating annotation data for use in 
annotating a data file, the method comprising the steps 
of: 

receiving a typed input from a user; and 
generating annotation data defining a phoneme and 
20 word lattice for the input voice annotation signal; 

wherein said generating step comprises the steps of: 
(i) generating data defining a plurality of nodes 
within the lattice and a plurality of links 
connecting the nodes within the lattice; and 
25 (ii) generating data associating each phoneme 

within said typed input with a respective link 
within said lattice and associating each word 
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within said typed input with a respective link 
within said lattice. 

13. A method according to claim 12, wherein said 
5 generating step generates said data defining said phoneme 

and word lattice in blocks of said nodes . 

14. A method according to claim 12 or 13, wherein said 
generating step generates data defining time stamp 

10 information for each of said nodes. 

15. A method according to claim 14, wherein said 
generating step generates said phoneme and word lattice 
data in blocks of equal time duration. 

15 

16. A method according to claim 13 or 14, wherein said 
generating step generates data which defines each block's 
location within a database. 

20 17. A method according to claim 14 or any claim 
dependent thereon, wherein said data file includes a time 
sequential signal, and wherein said generating step 
generates time stamp data which is time synchronised with 
said time sequential signal. 

25 

18. A method according to claim 17, wherein said time 
sequential signal comprising an audio signal or a video 
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signal . 

19. A method according to any of claims 12 to 18, 
wherein said step of defining a plurality of nodes and 

5 a plurality of links defines at least one node which is 
connected to a plurality of other nodes by a plurality 
of links. 

20. A method according to claim 19, wherein at least one 
10 of said plurality of links connecting said node to said 

plurality of other nodes is associated with a phoneme and 
wherein at least one of said links connecting said node 
to said plurality of other nodes is associated with a 
word . 

15 

21. A method according to any of claims 12 to 20, 
wherein said generating step uses an automatic phonetic 
transcription unit which generates said phoneme and word 
lattice annotation data in response to the user's typed 

20 input. 

22. A method according to any of claims 12 to 21, 
further comprising the step of associating said 
annotation data with said data file. 



25 
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ABSTRACT 



DATABASE ANNOTATION AND RETRIEVAL 



A data structure is provided for annotating data files 
5 within a database. The annotation data comprises a 
phoneme and word lattice which allows the quick and 
efficient searching of data files within the database, 
in response to a user's input query for desired 
information. The structure of the annotation data is 
10 such that it allows the input query to be made by voice 
and can be used for annotating various kinds of data 
files, such as audio data files, audio and visual data 
files, multimedia data files etc. 
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